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DETAILED ACTION 
Response to Amendment 

1 . This office action is in response to the amendments filed on July 27, 2006 In 
which applicant amends claims 6, 14, 17, 18. 21, 24. 25. 28. 29. 30. 31 and 34. adds 
claims 35-37, and responds to claim rejections. Claims 6, 14 and 17-37 are pending. 

Claim Rejections - 35 USC §112 

2. Claim 25 is rejected under 35 U.S.C. 112, second paragraph, as being indefinite 
for failing to particularly point out and distinctly claim the subject matter which applicant 
regards as the invention. The claim states the limitation of "defining search, transfer, 
horizontal and vertical blank states." It is unclear to the examiner as to what these 
states actually refer to. The states specifically "search, transfer, horizontal and vertical 
blank" states are explained to some degree in the specification, specifically pages 23 - 
29. However, the Examiner cannot detenmine what the states actually represent due to 
the sparse description. 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject nnatter sought to be patented and 
the prior art are such that the subject nnatter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 
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3. Claims 6, 14, 23, 26, 27, 32 and 35-37 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Snes9x: The Portable Super Nintendo Entertainment 
System Emulator v1.19 readme.txt dated June 5, 1999 in view of Dahl et al (US 
5,949.985). 

Regarding claims 6 and 14, SnesQx: The Portable Super Nintendo Entertainment 
System Emulator v1. 19 (herein referred to as "SnesGx") discloses an emulator program 
that emulates the SUPER NINTENDO ENTERTAINMENT SYSTEM (SNES). This 
emulator program is executed by a target platform such as a PC that is different than 
the video game platform (SnesQx page 5). It is well know in the art that a PC is capable 
of displaying graphical information on a target computing display device that has 
read/write memory and is capable. of receiving user inputs. The SnesQx emulator 
processes and parses SNES ROM images (SnesQx page 6). The emulated platform is 
a handheld platform in that a player holds the game controllers of a SNES game system 
in their hands, thus constituting a handheld video game system. SnesQx also discloses 
modeling at least some display timing activities of the handheld video game device 
(page 8). SnesQx is an emulator program that emulates videogame software initially 
intended only for use with the SNES and so the videogame software is still capable for 
use with the original system. The SnesQx emulator produces real time interactive game 
presentations on the target platform (SnesQx page 4). The SnesQx emulator allows the 
target platfomn the option of running the emulated games in a windowed mode or a full 
screen mode (SnesQx page 7). 
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Snes9x is silent regarding the ROM pages and said method further includes said 
emulator program allocating ROM pages in said target computing device read/write 
memory and duplicating at least a portion for said allocated ROM pages. Dahl et al. 
discloses a method and data processing system for emulating a program that utilizes a 
typical paging architecture that swaps the pages between a main store and a DASD. 
To make the process more efficient and minimize overhead during emulation, the data 
is accessed identically, which minimizes paging. Since the emulated DASD and 
emulated main store are accessed identically, it is reasonable to assume that they 
contain the same files. The difference is that upon execution, the files in the main store, 
which are often scattered in discontinuous physical locations, are copied into an 
emulated DASD that is stored continuously (abstract, col. 2, lines 45-55, col. 5, lines 15- 
65). Furthermore, Dahl et al. discloses caching of instruction portions of code (col. 6, 
lines 1-15). Caching is well known in the art as duplicating a portion of data stored in the 
system, which is frequently used in order to minimize the resources by eliminating the 
need to constantly access the code every time it is needed. Therefore, it would have 
been obvious to one of ordinary skill in the art at the time of invention to utilize the 
paging architecture and duplication of ROM pages in order to minimize address 
translation and paging overhead during emulation (col. 5, lines 49-52). 
4. Regarding claim 23, Snes9x does not disclose specifically the use of a page 
table to remap memory access instructions into different memory locations. However, 
Dahl et al. discloses a system wherein an emulator program may be used to emulate a 
target platform on a different host platform. This emulation system that Dahl et al. 
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discloses utilizes translation or page tables that associates page selector bits with a 16- 
bit page number, which is concatenated to the page offset to access appropriate 
physical memory locations (Dahl 5:1 1 - 43). One of ordinary skill in the art would be 
motivated to modify SnesQx in view of Dahl et al. to provide an emulation system that 
utilizes page tables for the remapping of memory access instructions into different 
memory locations. One would be motivated to do so because Dahl states that by 
referencing storage objects through a translation table, the memory pages associated 
with a storage object can be scattered in dis-contiguous memory locations within the 
main store, while appearing to be contiguous. 

5. Regarding claim 26, Snes9x discloses a CPU cycle timer that enables a user to 
set a percentage of CPU cycles to execute per scan line. This enables one to increase 
the emulation frame rate (SnesQx page 8). 

6. Regarding claim 27, SnesQx discloses a frame skip count that enable the 
selectively skip frames (SnesQx page 8). 

7. Regarding claim 2Q, SnesQx discloses a video game platform emulator as 
discussed above. The video game emulator emulates a video game platform on a 
different target platform. The purpose of the emulator is to emulate the video game 
platfomi on the target platform in every way. This would include the video game 
platforms memories and registers. Including the size of the registers, such as byte, 
word and long fonnats. Thus it would be obvious to create an emulator that emulates 
these aspects of the video game platform on the target platform. One of ordinary skill in 
the art would be motivated to modify SnesQx to emulate the memory structures of the 
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video game platform, wherein the formats include byte, word and long register formats. 
One would be motivated to do so because these are common register formats and 
purpose of the emulator is to emulate all aspects of the video game platform on the 
target platform, thus emulating the register formats. 

8. Regarding claim 32, Snes9x discloses that a wide variety of joysticks or user 
input devices can be used by the SnesQx emulator (SnesQx page 10). 

9. Regarding claims 35 and 36, Snes9x is for use in PCs, however it is well known 
in the art that laptop computers possess the same functionality and performance 
characteristics, which would make them capable of performing the same tasks. as a 
standard desktop PC. The fact that they are laptops makes them handheld and 
portable. Furthemiore, the examiner does not believe it to be a patentably distinct 
feature to implement the emulation program into a PDA since it is well known in the art 
that computers are constantly getting smaller and that devices such as PDAs and 
cellular phones are constantly being given more and more functionality of computers. 
Therefore it would be a mater of routine to one of ordinary skill in the art at the time of 
invention to implement the emulation program of Snes9x into a PDA or handheld 
portable computer in order to allow for users to play the games while being mobile. 

10. Regarding claim 37, the limitations of claim 37 have been addressed above, 
Regarding the preanible which requires a handheld portable battery-operated 
computer device, please refer to the discussion regarding claims 35 and 36 
above. 
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Regarding the image software, ROIVI pages, generation of real time audio-visual 
presentation in response to video game software image, displaying audio-visual 
image as a subset of display area, and duplicating ROM pages, please see the 
discussion above regarding claims 6 and 14. 

11. Claims 17 and 18 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over SnesSx: The Portable Super Nintendo Entertainment System Emulator v1. 19 
in view of Dahl et at. as applied to claim 6 above, in view of Nishiumi et al (US 
6,007,428). 

12. Regarding claims 1 7, Snes9x is silent as to what type of display screen that the 
system can utilize, such as a liquid crystal display. However, Nishiumi et al discloses a 
video game system wherein the display unit is a liquid crystal display (Nishiumi et al . 
25:56-57). 

It would be obvious to one of ordinary skill in the art to modify Snes9x in view of 
Nishiumi et al for the purpose providing a video emulator system that displays emulated 
video information on a liquid crystal display. One would be motivated to use a liquid 
crystal display because they utilize less space and provide accurate video 
representations. 

13. Regarding claim 18, the combination of Snes9x and Nishiumi et al. would yield a 
target platform that will display a representation of the emulated video game platfomi. 
The claim states the limitation of a "executing a virtual liquid crystal display controller 
state machine". The Examiner is unclear as to what the Applicant means by this 
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limitation. Thus as best understood by the Examiner, the combination of Snes9x and 
Nishiumi yields a virtual liquid crystal display controller state machine. The liquid crystal 
display unit of Nishiumi et al. possesses a liquid crystal display controller for controlling 
the graphical representations of the game system (Nishiumi et al 25:62 - 65). When 
emulating a video game platform, the representation of the emulated game platform can 
be thought of as a virtual representation of how the game would originally be 
represented on the video game platfonn. Thus, the liquid crystal display controller can 
be thought of as a virtual liquid crystal display controller state machine. 

It would be obvious to one of ordinary skill in the art to modify SnesQx in view of 
Nishiumi et al for the purpose providing a video emulator system that displays emulated 
video information on a liquid crystal display. One would be motivated to use a liquid 
crystal display because they utilize less space and provide accurate video 
representations. 

14. Claim 19 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Snes9x: The Portable Super Nintendo Entertainment System Emulator v1 .19 

4 

readme.txt in view of Dahl et al. as applied to claim 6 above and in view of Munshi 
(US 6,084,600). 

Regarding claim 19, Snes9x discloses a video game platfonn emulator. Snes9x 
does not disclose the use of hardware assisted BLIT memory transfers. However 
Munshi et al discloses a system for the speeding up of pixel data transfers (bitblits) by 
compressing and word aligning the data transferred. Munshi discloses that one way to 
reduce the amount of required bandwidth in a system when transferring pixel data is to 
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use bitblit operations, wherein a rectangular region within the display memory is 
specified and data for pixels within the region is transferred (IVIunshi 1 :57 - 62). While, 
IVIunshi discloses that this approach Is sometimes associated with problems, It is stated 
that this is still effective for transferring data. 

One of ordinary sl<ill in the art would be motivated to modify Snes9x in view of 
Munshi for the purpose of using Blit operations to transfer pixel data. BLIT operations 
are known for reducing the bandwidth loads upon a system whjen updating pixel 
information in memory. 

15. Claim 20 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
SnesSx: The Portable Super Nintendo Entertainment System Emulator v1 .19 
readme.txt in view of Dahl et al. as applied to claim 6 above and in view of Mackey 
etal (US 5,153,577). 

Regarding claim 20, Snes9x does not disclose a precomputed translation table 
that translates the graphics of the video game platform. However, Mackey et al 
discloses an emulation system that will emulate a PC on another host system or 
platform (Mackey et al 3:51 - 55). The system of Mackey et al. discloses the use of 
translation tables (Tables 1,6-9) that determine how that graphical character fomiats 
will be displayed upon the host platform (Mackey 44:60 - 45:60). 

One of ordinary skill in the art would be motivated to modify Snes9x in view of 
Mackey et al to provide an emulation system that utilizes translation tables to convert 
graphic formats that are compatible with the target platform. This would be beneficial 
because when running an emulator on a target platfonn the emulator must be able to 
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translate the native graphics of the video game platform into a format the target platform 
can display. 

16. Claim 21 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Snes9x: The Portable Super Nintendo Entertainment System Emulator v1. 19 
readme.txt in view of Dahl et al. as applied to claim 6 above and in view of Sterchi 
(US 2003/0207712). 

Regarding claim 21 , the Snes9x system emulates the SNES video game 
platfonn. Thus in order to run properly the emulator must emulate or simulate the actual 
hardware and memory structures of the emulated system. OthenA/ise the original game 
ROMS would be rendered useless. SnesQx also discloses that in order for the emulator 
to run the target platform must have at least 16 MB of RAM (SnesQx page 5). While 
SnesQx does not specifically disclose that the emulator emulates registers and other 
hardware based memory structures in RAM, it is highly implied. However, Sterchi et al 
discloses a system that uses an emulator, wherein the emulator can be run on an 
entirely different hardware platform than the video game platform. Sterchi also 
discloses that the emulator may emulate or simulate some or all of the hardware and/or 
software components of the target system (Sterchi page 2:par 22). 

One of ordinary skill in the art would be motivated to modify SnesQx in view of 
Sterchi et al for the purpose of emulating registers and memory structures of the video 
game platform in RAM of the target platform. Sterchi discloses an emulator that would 
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emulate all of the hardware or software components of the targets system, thus this 
would Include components such as the registers and memory structures. 

17. Claim 22 Is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Snes9x: The Portable Super Nintendo Entertainment System Emulator v1.19 
readme.txt in view of Dahl et al. as applied to claim 6 above and In view of IVIorley 
(US 5,781,758). 

Regarding claim 22, Snes9x does not disclose the uses of a jump table to parse 
incoming binary instructions. Morley however does disclose an emulation system that 
utilizes jump tables for the purpose of reducing memory requirements (Morley 3:21 - 
48). Morley discloses that a jump table is commonly referred to as a dispatch table 
(Morley 1 :42 - 50). Morley discloses that instead of storing every instance of a routine, 
the dispatch table will store the routine in memory when it is called and also store the 
address of the routine in memory in place of the pointer. Thus speeding up emulation. 

One of ordinary skill in the art would be motivated to modify Snes9x in view of 
Morley to provide an emulation system that utilizes jump tables or dispatch tables to 
reduce the memory requirements on the system. By not storing every instance or a 
routine but only the address or a statically stored routine, unnecessary memory usage is 
eliminated. 

18. Claim 24 Is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Snes9x: The Portable Super Nintendo Entertainment System Emulator v1.19 
readme.txt In view of Dahl et al. as applied to claim 6 above and In view of Z80- 
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68K-V150 Z80 Engine written in 68020 assembler for inclusion in C/C++ projects, 
written by Gunter Woigk, dated Dec 25, 1999. 

Regarding claim 24, SnesQx does not disclose a read only memory protection 
feature to prevent ovenA/riting of ROM's during emulation. However, Woigk discloses an 
emulator package called the z80-68k which supports write protection for ROM's (Woigk 
page 2, 6). 

One of ordinary skill in the art would be motivated to modify SnesQx in view of 
Woigk to provide an emulator that had write protection functions such that the ROM's 
don't get ovenA^ritten during emulation. This would be of benefit due such that the 
ROM's are always protected from being ovenA^ritten. 

19. Claim 28 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Snes9x: The Portable Super Nintendo Entertainment System Emulator v1.19 
readme.txt in view of Dahl et al. as applied to claim 6 above and in view of 
Mullarkey et al. (US 6,192,446). 

Regarding claim 28, SnesQx does not disclose the use of a no-operation look 
ahead feature. However, Mullarkey et al. discloses a no operation look ahead feature 
that utilizes a look ahead circuit that will examine subsequent instructions and 
determine what banks in memory the instructions are intended for (Mullarkey 7:8 - 48). 
If the Instructions are not meant for a specific bank of memory than that bank of memory 
can be powered down, thus optimizing the performance of the chip and system. 
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One of ordinary skill in the art would be motivated to modify Snes9x in view of 
Mullarkey et al. for the purpose of providing a no-operation look-ahead feature. This 
would provide for a more efficient system that optimizes chip perfomiance. If 
instructions are not meant for specific memories than those memories are not powered 
up thereby wasting processing time. 

20. Claim 30 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
SnesSx: The Portable Super Nintendo Entertainment System Emulator v1.19 
readme.txt in view of Dahl et al. as applied to claim 6 above and in view of Farber 
et al. (US 5,903,760) 

Regarding claim 30, Snes9x discloses a video game platform emulator as 
discussed above. The video game emulator emulates a video game platform on a 
different target platform. The purpose of the emulator is to emulate the video game 
platform on the target platform in every way. This would include the way in which the 
emulated video game platfomi would handle CPU flags conditions. Snes9x does not 
specifically disclose the details of how the emulator handles CPU flags. However, 
Farber et al et al discloses a system of running Reduced Instruction Set Architecture 
(RISC) code on a system that is meant for Complex Instruction Set Architecture (CISC) 
or vice versa. Farber discloses that RISC may not support the setting of status flags as 
CISC would (Farber 2:1 7 - 22). Thus, Farber discloses a method of executing code 
that utilizes the setting of status flags on a system that has no native support for status 
flags (Farber 2:64 - 67). Farber discloses the use of a translator that is akin to an 
emulator program in that both transform non-native code into a format that the target 
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platform can utilize (Farber 3:42 - 54). Farber discloses that the translation capsule 
table emulates the setting of status flags as part of the translated compare function. 
The flags are emulated by allocating bit fields within a general-purpose register (Farber 
4:60-5:3). 

One of ordinary skill in the art would be motivated to modify Snes9x in view of 
Farber et al. for the purpose of modeling the emulation of the video game platform to 
allow for the updating of CPU flags, as this would enhance the capabilities of the target 
platform. The target platform would be able to preserve and emulate a video game 
platfonm that utilizes data such as flags even though the target platform may not natively 
do so. 

21. Claim 31 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
SnesGx: The Portable Super Nintendo Entertainment System Emulator v1. 19 
readme.txt in view of Dahl et al. as applied to claim 6 above and in view of Traut 
(US 5,790,825). 

Regarding claim 31, Snes9x discloses a video game platform emulator as 
discussed above. However, SnesQx does not explicitly disclose that the emulated video 
game platform program counter is mapped to the target platforms memory, such as in a 
general-purpose register. Traut discloses an emulation system, wherein the program 
counter of the guest or emulated platfomn is mapped to the cache of the host or target 
platfonn(Traut4:17-29). 
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One of ordinary skill in the art would be motivated to modify Snes9x in view of 
Traut to provide a system that maps the program counter of the video game platform to 
the memory of the target system. This would provide for lower address translation 
overhead, thus eliminating burdensome demands on the target platform. 

22. Claim 33 is rejected under 35 U.S.C. 1 63(a) as being unpatentable over 
Snes9x: The Portable Super Nintendo Entertainment System Emulator v1.19 
readme.txt in view of Dalil et al. as applied to claim 6 above, in view of Munshi 
(US 6,084,600) and in further view Duruoz et al. (US 6,658,056 B1) 

Regarding claim 33, Snes9x discloses a video game platform as discussed 
above. Snes9x discloses an emulator that can operate in full screen or windowed mode 
(SnesQx page 7), Snes9x does not disclose the usage of screen memory buffers that 
are larger than the display are to improve paging usage and the transferring of a subset 
of said memory buffer using BITBLIT. Duruoz et al discloses a video graphics display 
method wherein a larger buffer memory is utilized for optimum use of the available 
memory and for optimal preservation of data to meet the highest performance 
requirements (col. 1 1 , lines 1-27). By using a larger memory buffer memory processing 
due to the constant rendering of the display area would be reduced. Thus display 
information would not have to be rewritten or transferred out of storage by means of 
paging. Munshi et al discloses a system for the speeding up of pixel data transfers 
(bitblits) by compressing and word aligning the data transferred. Munshi discloses that 
one way to reduce the amount of required bandwidth in a system when transferring 
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pixel data is to use bitblit operations, wherein a rectangular region within the display 
memory is specified and data for pixels within the region is transferred (Munshi 1:57 - 
62). While, Munshi discloses that this approach is sometimes associated with 
problems, it is stated that this is still effective for transferring data. 

One of ordinary skill in the art would be motivated to modify SnesQx in view of 
Munshi and in further view of Duruoz et al. to provide a memory buffer that is larger than 
the display area and using BITBLT to transfer data from memory to the display area. 
This would enable the system to eliminate memory-processing overhead thus making 
m. BLIT operations are known for reducing the bandwidth loads upon a system when 
updating pixel information in memory. 

23. Claim 34 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Snes9x: The Portable Super Nintendo Entertainment System Emulator v1.19 
readme.txt in view of Dahl et al. as applied to claim 6 above, In view of Reed et al. 
(US 6,058,288). 

Regarding claim 34, Snes9x discloses a video game platform as discussed 
above. SnesQx does not disclose the target platform comprising an airline seat-back 
controller. Reed et al. however discloses a passenger control unit that is in an airplane 
seat. The PCU can be in the armrest or the back of the seat (Reed et al 18:41 - 19:6). 
The airline system can be used for a plurality of uses such as gaming, computing or 
watching movies (Reed et al 6:26 - 36). Reed further states that the game system can 
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be used for games like Super Nintendo Entertainment Service, which Snes9x 
emulates. 

One of ordinary skill in the art would be motivated to modify SnesQx in view of 
Reed et al for the purpose of providing an emulator on a target platform such as an 
entertainment system on an airplane. This would provide enhance passengers flying 
experience despite being on long trips. 

Response to Arguments 

24. Applicant's arguments filed July 27, 2006 have been fully considered but they are 
not persuasive. 

25. Regarding the discussion of dependent claim 1 8, The examiner was and still is 
unclear as what applicant defines as a virtual liquid crystal display controller and so for 
the purposes of furthering prosecution, the examiner has interpreted it is simply being a 
LCD controller. In which case, Nishiumi discloses a video game system that uses an 
LCD and therefore inherently possesses some sort of controller for the LCD. 

Conclusion 

Applicant's amendment necessitated the new ground(s) of rejection presented in 
this Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP 
§ 706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 
CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
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TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Dat T. Nguyen whose telephone number is 
5712722178. The examiner can normally be reached on M-F 8am-5pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John M. Hotaling can be reached on (571 )272-4437. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 

Infonnation regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status infonnation for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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